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"A messaging system" 

INTRODUCTION 

5 Field of the Invention 

The invention relates to communication of information for applications such 
as marketing. 

13 10 Prior Art Discussion 

III In general, it is very time-consuming and expensive for sales or marketing 

2; personnel to visit targeted contacts to obtain sales of various goods or 

W r services. This has over the years led to development of various collateral 

13 15 deployment, direct marketing and customer touch techniques. The 

1% traditional technique is to post a brochure to a targeted contact, the contact 

^ data being maintained in a database. While this approach is much less 

1^ expensive than physically visiting a targeted contact, it is not particularly 

effective because it is time-consuming for the contact to reply. Also, there is 
20 significant cost associated with the production, management and distribution 

of printed material. The passive and general nature of the communication 

can make it difficult to quantify its success rate. 

A further development of this technique has been to use email an electronic 
25 mail messaging system such as Outlook Express™ for generating and 

sending messages to deliver advertisements to targeted contacts. This has 
the advantage that it is a more active medium and it is easier for the contact 
to respond. 
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Objects of the Invention 

The invention is directed towards providing a messaging system allowing: 

5 

generation of content which is more relevant to the recipient without 
considerable time input from the sender; and/or 

easier recipient response; and/or 

10 

tracking of responses with less sender time input. 

SUMMARY OF THE INVENTION 

15 According to the invention, there is provided a messaging system comprising 
a messaging engine for operating under user instructions to generate and 
transmit messages addressed to recipient contacts; characterised in that the 
system comprises a server comprising: - 

20 a client interface comprising means for allowing access by a plurality 

of users of registered clients; 

a client manager comprising means for maintaining a database of 
registered clients; 

25 

a content manager comprising means for receiving content items 
uploaded from users and for storing said content in a content database; 
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means in the content manager for selecting content items for a 
message; 

means in the messaging engine for generating and sending a message 
5 with links to selected content items in the content database; 

a response management function comprising means for monitoring a 
response from a recipient contact using said links; 

10 a build function comprising means for building content for the 

responding recipient contact according to the links used by said contact 
to respond; and 

means in the response management function for sending the built 
15 content to the responding recipient contact. 

In one embodiment, the content manger comprises means for storing profile 
attributes for content items, and for selecting content items according to said 
attributes. 

20 

In another embodiment, the profile attributes are included in meta data. 

In a further embodiment, the server further comprises a contacts manager 
comprising means for managing a contacts database of contacts uploaded by 
25 users, in which contacts are associated with the users and with profile 
attributes. 
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In one embodiment, the content manager comprises means for selecting 
content items by matching profile attributes of a contact with profile 
attributes of the content items. 

5 In another embodiment, the content items comprise content collateral parts 
and message text uploaded by users. 

In a further embodiment, the content manager comprises means for 
managing a database of templates, in which each template is a group of 
10 identifiers of collateral parts and message text for re-use by a user. 

In one embodiment, the content manager comprises means for managing a 
database of wrappers, in which each wrapper comprises links to selected 
content items. 

15 

In another embodiment, the content manager comprises means for grouping 
content items at the levels of a user organisation, a user group written on 
organisation, and individual users. 

20 In one embodiment, the messaging engine comprises means for generating 
each link in a manner whereby it is unique to the message, and the response 
management function comprises means for monitoring said links to identify 
the responding recipient contacts. 

25 In another embodiment, the server comprises a response reporting function 
comprising means for generating management reports using data captured 
by the response management function. 
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In a further embodiment, the messaging engine comprises means for allowing 
a user to directly enter content to a message without previously uploading it 
to the content manager. 

5 In one embodiment, the messaging engine comprises means for: 

receiving a message generated by a user locally using an external 
messaging application; 

10 parsing said message and generating a message having a wrapper with 

links to content of the content database according to the parsing. 

In another embodiment, the messaging engine comprises means for parsing a 
header for content in the received message, and for using said header to 
15 identify relevant content in the content database. 

According to another aspect, the invention provides a method of, under user 
instructions, generating a message and sending it to a recipient contact, the 
method being carried out by a server and comprising the steps of:- 

20 

a user uploading content collateral and message text to the server, and 
the server storing said collateral and text with profile attributes; 

the user uploading contact data, and the server storing the contact 
25 data with profile attributes; 
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generating a message by matching profile attributes of the contact 
with those of the content to select content, and including in the 
message uploaded message text and links to said selected content; 

5 transmitting the message to the contact; 

subsequently receiving a response from the contact using a link, 
capturing data including identifiers of the contact and of the content; 
and 

10 

generating a response report based on said captured data. 

In one embodiment, the link is unique to the combination of contact and 
content, and the link is used to capture said data, and the step of receiving 
15 the response comprises the further step of determining an actual address for 
the content based on the link address. 

DETAILED DESCRIPTION OF THE INVENTION 

20 Brief Description of the Drawings 

The invention will be more clearly understood from the following description 
of some embodiments thereof, given by way of example only with reference to 
the accompanying drawings in which: - 

25 



Fig. 1 is a schematic representation of a messaging system of the 
invention; 
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Fig. 2 is a diagram illustrating a Virtual Literature Rack of the 
system; 

Fig. 3 is a flow diagram illustrating operation of the system in one 
5 mode; 

Fig. 4 is a flow diagram illustrating operation of the system in another 
mode; and 

10 Fig. 5 is a flow diagram showing operation of the system in a still 

further mode. 

Description of the Embodiments 

15 Referring to the drawings, and initially to Fig. 1 there is shown a messaging 
system 1 of the invention. The system 1 comprises databases and 
executables residing on a server having communication stacks for Internet 
communication. In this embodiment, the system 1 is configured for direct 
marketing applications, however, it may alternatively be configured for any 

20 other application which would benefit from messaging in a highly targeted 
and personalised manner, and which assists and encourages recipients to 
reply. Other applications include polling of customers to gather information 
about their requirements, distribution of software upgrades, or carrying out 
surveys. 

25 

System Structure 
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A client (or user) manager 2 manages a database 3 of registered clients and 
related data. Clients use the system for sending messages, and responses 
from targeted contacts are managed and monitored. Each client has one or 
more users, and users may be registered in the database 3 on an individual 
5 basis or in user groups. Clients use a browser to access the system 1 at a 
client interface 4 of the system 1. The interface 4 provides simple navigation 
to functions of the system 1. 

A content system 5, called a Virtual Literature Rack™ (VLR™), provides 
10 profiled content, i.e. content which is personalised to be relevant to the 
recipient contract. It is described in more detail below. 

A contacts manager 10 provides access to contacts databases 11 having a 
data for lists of contacts uploaded by clients. A database 15 provides viral 
15 links for use in advertisements. The system 1 also comprises a build engine 
20, a messaging engine 21, a response management function 22, and a 
response reporting function 23. These are multi-threaded functions having 
Java-coded rule bases. 

20 Referring to Fig. 2, the VLR™ 5 is illustrated in detail. The VLR™ 5 
comprises a content manager 25 linked to user-specific content databases 26 
and to domain content databases 27. The manager 25 is also linked to a 
content export manager 28 and to subgroups content databases 29. The 
domain content databases 27 comprise databases for collateral, templates, 

25 wrappers, text, and feedback. The word "domain" means uploaded by a client 
administration user. 
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The collateral database stores content in units called "parts". Parts are in 
Adobe™ PDF video, audio, or HTML format. The collateral database has 
meta data in a look-up table, said meta data having attributes for profile, 
client, and file type (format). Returning again, to the contacts database 11, 
5 this also has meta data having attributes, in this case for profile. In both 
cases the profile is the subject matter or field associated with the collateral 
part or contact. The content manger 25 uses profile attributes from the 
contacts database to retrieve collateral parts according to the meta data. 

10 The collateral parts are uploaded by clients via the client interface 4. The 
clients also upload message text to the text database, message wrapper links 
to the wrapper database, and response options for a recipient contact to the 
feedback database. 

15 The content manager 25 automatically adds a client catalog attribute to the 
meta data, linking each database record to a client's catalog for a messaging 
operation. The content manager 25 also automatically populates the 
template database with templates for storage and re-use of stored records for 
catalogs. For example, the set of collateral parts (called a "catalog") for a 

20 marketing operation of a client is stored in the template database. 

The content in the domain content database is usually uploaded by an 
administration user of a client. On the other hand, content uploaded to a 
user-specific database 26 is uploaded by, and associated with, a particular 
25 user of the client. Also, each client may have sub-groups of users, for 
example a marketing department or a research department. The sub-groups 
29 link together content according to user sub-groups. 
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The content export manager 28 is programmed to export content under 
instructions from the messaging engine 20. When doing so, the wrapper 
links are assigned a unique URL for each targeted recipient contact identified 
by the contacts manger 10. Thus, a single collateral part of the collateral 

5 database will have as many URLs as there are targeted contacts. The 
response management module 23 is programmed to subsequently process 
these URLs in recipient contact responses. Its uses look-up tables to 
determine part identifiers for the contacts. The response management 
module 23 is programmed to subsequently process these URLs in recipient 

10 contact responses. It uses look-up tables from the contact-specific URL. In 
doing so, it automatically captures the information that the relevant contact 
has responded. This information is used by the response reporting function 
23 to generate information reports on the responses to any particular 
messaging operation. 

15 

At a general level, the major system operations are as follows: - 

A client uploads collateral, text, and feedback options, to the content 
databases 24, 27, or 29 as appropriate. 

20 

The client either uploads a contacts list or selects one using the 
contacts manger 10. 

The content manager 25 of the VLR™ 5 uses profile attributes in the 
25 contacts list to identify content for each message to each contact. 
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The messaging engine 21 creates a message for each contact, the 
message comprising (client-uploaded) text and automatically-created 
wrapper links. The engine 21 then sends each message. 

5 In due course, some recipient contacts respond by activating links in 

the wrappers. The links route HTTP requests to the system 1, and 
these are intercepted by the response management function 22, which 
determines the physical URL in the VLB.™ 5 and captures response 

information. 

10 

The response management function 22 activates the build engine 21 to 
build content on-the-fly according to the meta data. In some instances 
the build engine 21 pre-builds and the function 22 only needs to 
retrieve it. 

15 

The messaging engine 22 then sends the content to the responding 
contact. 

The reporting function 23 subsequently uses data captured by the 
20 function 22 to generate response reports. 

Client setup 

In order for an organisation or individual to become a client, they must 
25 initially be registered as a client and given a domain. New clients are created 
by the client manager 2 capturing details inputted using a browser, such as 
Company Name, Domain, Alias, and Status. The proposed client clicks a 
save button and a number of new options become available for selection 
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including an option to upload an image for personalised branding. By- 
clicking on a Primary Contact button, the proposed client is brought to a new 
page where the following information must be completed: Contact Title, 
Company, Firstname, Lastname, Division, Job Title, Address 1 & 2, City, Zip, 
5 State, Country, Telephone, Email, Fax, URL, Status, External ID and 
Security Key Value(s). The proposed client chooses the user Type for the 
Primary Contact. This is usually a Domain Administrator. Usernames and 
passwords are initially created in this area. The proposed client then saves 
these details and is returned to a Client List page. 

10 

Client Settings 

The client may also do the following: 

15 Enable Web fulfilment. 

Enable Secure Documents, a facility to send secure documents to contacts 
within a domain, and 

20 Set access control. The client may assign an administrator to have access 
control on a given domain. Client usage of the system 1 is tracked by the 
client manager 2 with the following parameters: 

Status - Quantity and Size of all Messages 
25 Usage - Number of Messages, Recipients and Responses 

Client users associated with a client account 

In the Client Manager 2 client users are listed by Name, Role, Status, 
and Activity. 



- 13 - 



Managing Contacts. Users must also manage their contact/recipient lists, 
the functionality being provided by the contacts manager 10. New contacts 
are added using the following process; 
5 Click 'Add' button on a 'Contacts Listing' screen 

Fill in details in a 'New Contact' window 

Click 'Save' to add contact to list of contacts 
New groups are added using the following process: 

Click 'Group' button on a 'Contacts Listing' screen 
10 Click 'Add' on the 'Groups Listing' screen 

Fill in the relevant details 

Click 'Save' to add to the list of groups 
Contacts may also be user added to user groups by adding to or selecting 
groups. 

15 

Contacts are uploaded as a tab or comma delimited contact list. Each detail 
is mapped to the relevant field, for example a contacts' last name is linked to 
the last name field. 

20 Users can send one message to multiple contacts or to a group of contacts. 
They can personalise the text message and the salutation. Users can define 
the message greeting and signature for the text message by selecting from 
pre-defined options. 

25 Feedback Options 

The client can define feedback mechanisms on the fly to suit a particular 
campaign or price break offer, for example. The user can send messages to 
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the contacts of users associated with their client account without actually 
gaining access to full details pertaining to those contacts. For example, 
marketing managers may need to track regional responses as well as price 
breaks, but they would not have access to the contact name and company 
5 details. Thus, the response reporting function 23 provides comprehensive 
feedback data to the user indicating effectiveness of the campaign. 

Operation of the System 1 

10 Operation of the system in one mode is now described with reference to Fig. 
3, which illustrates a direct marketing method 40 in flow chart format. In 
step 41, a client accesses the system 1 via the interface 4, which applies very 
strict user access control on the basis of domain, password and username 
criteria retrieved from the client manager 2. The client may chose to update 

15 the contacts which are associated with him or her or the domain to which he 
or she is associated, as indicated by the decision step 42. If so, in step 43 the 
client uploads a contact list. The list is used to update the relevant contact 
database 11 in a manner which is synchronised with the existing data. 

20 To begin a messaging session, the client selects targeted contacts in step 44 
by selecting particular contacts from the contacts database 11. The contacts 
manager 10 ensures that there is access only to his/her contact database. 
The client may also in this step upload content, or alternatively choose a 
template for use of previously-uploaded content. 

25 

The content manger 25 identifies content according to the profile attributes 
for each contact and the messaging engine 21 automatically retrieves text 
and wrapper links in step 45. The following sets out the client interfacing. 
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The user clicks a New eMessage button on the menu in the web browser. The 
user is presented with a new page, namely a Create eMessage Page. The first 
area that the user is presented with is the 'Use eMessage Template'. The user 
5 clicks 'GO' and is directed to the eMessage Template page. By selecting a 
check box on the left hand side, the user selects an eMessage Template. The 
user then clicks 'Add' and the eMessage Template populates each of the 
eMessage areas. These are as follows: 

10 eMessage Body 

Smart Attachments 
Feedback Form 
Quick Reply Options 
Wrapper 

15 

To select recipients, the user clicks 'Go' beside the Add Recipients area. 
Upon entering this page the user has the option of selecting contacts or 
groups, and the user chooses a contact or group by selecting the checkbox on 
the left hand side, clicks 'add' and is returned to the Create eMessage page. 
20 The user may preview the eMessage prior to sending it by clicking the 
preview button. To instruct sending the eMessage, the user clicks 'Send'. 
Once the eMessage is sent the user receives a confirmation message. 

The user may also send an eMessage without using the eMessage Template. 
25 Rather than selecting the eMessage Template option, the user creates an 
eMessage Template step by step as follows: 



Add eMessage Body 
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The eMessage body consists of the Subject, Salutation, Name Format and 
Message Body. The user clicks the 'Go' button beside the Add eMessage Body 
and selects from the list screen provided by selecting the checkbox and 
clicking 'Add'. The user may also manually input text into these fields. 

5 

Add Smart Attachments 

VLR™ parts are added to the eMessage by clicking 'Go' in a Add Smart 
Attachments area. As with Contacts and Groups, users may tab between 
Documents and Kits. The user may select one or more Smart Attachments 
10 using the checkbox and clicking 'add'. Once the Smart Attachment has been 
added to the list, the user may perform a number of key tasks, including: 

Changing the order in which the Smart Attachments are presented by 
selecting the piece and using the Move Up' and 'Move Down' options. 
A piece may be removed from the list by selecting the piece and 
15 clicking 'remove' 

Teaser text may be added to the document by selecting the document 
and clicking the 'Add Teaser Text' option. (Pop up screen) 
Annotations are added by selecting the document and clicking the 
'Preview/Annotate' option. (Pop up screen) 
20 Personalised documents (forms) may be completed and saved by 

selecting the 'Personalise' option. 

Use Feedback Form 

The user clicks the 'Go' button beside the Use Feedback Form and selects 
25 from the list screen provided by selecting the checkbox and clicking 'add'. 

Quick Reply Options 
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The user may input up to four quick reply options. The user can chose either 
the Feedback Form option or the Quick Reply Option. 

Use Wrapper Template 
5 The user clicks the 'Go' button beside the Use Wrapper Template area and 
selects from the list screen provided by selecting the checkbox and clicking 
'add'. Only one wrapper may be selected at a time. 

Managing Messages 

10 eMessages are managed in the mail box. The mail box lists the following 
information for each send: Message title, Send date, Number of recipients, 
Number of opens, Number of replies, and Number of forwards. 

All reply details are accessed from a feedback statistics page, which is linked 
15 to the outgoing eMessage listed in the Mailbox. 

Feedback Statistics 

The feedback statistics page includes the ability to track document and 
wrapper hits, to isolate new reads as well as new replies and the ability to 
20 view and export all text replies from a single page. Users can isolate groups 
of recipients for follow-on messages. 

Thus, for example, a technical buyer in an airline company would receive a 
marketing message with airline text which is technically flavoured. 

25 

In step 46, the messaging engine 20 retrieves client-specific custom content 
from the database 3. The custom content may, for example, include a 
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signature, a photograph, logos, custom cover letters or any other content 
specific to the client. 

In step 47, the messaging engine 20 builds a marketing message using the 
5 retrieved text wrapper links and custom content. Viral links are retrieved 
from the database 15. These are links to a Web site which acts as a sales 
lead generator. Each message is uniquely created for the targeted contact in 
a preformatted profiled HTML carrier which can accept hot links, text, and 
images. The carrier includes a number of links which direct a targeted 
10 contact to a view of a printable document. "Teaser text" messages are 
automatically displayed when the contact scrolls over the links. This allows a 
greater level of customer engagement. 

The generated message is then exported to a delivery file and is transmitted 
15 by the messaging engine 21 in step 48. It is not essential that the message be 
transmitted by email. It may, in addition or alternatively, be faxed, printed 
and delivered by a postal or courier service, or sent to a wireless device with 
full content, or as an alert depending on circumstances. 

20 The targeted contacts receive an email, fax, printout, or wireless message. 
Email recipients receive a profiled html carrier which includes brand art, 
message text, thumbnail and written synopsis of content associated with the 
message. Each element contains an html link to content contained in the 
VLR™ 5. The response management function 22 in step 49 records each 

25 action the recipient takes in the response message, for example, clicking a 
link or viewing referenced content. The html email also contains a form that 
enables recipients to respond to the sender from within the message. This 
form may resemble the calls to action found in traditional direct mail. If the 
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email recipient decides to respond using the 'reply' function in their email 
client the system captures that action and either forwards the reply to the 
sender via email or via the web client, or stores the reply in the system 1 for 
reporting and later retrieval. 

5 

The reporting function 23 generates a response report off-line at any stage, as 
indicated by the step 51. This is based on data captured by the response 
management function 22, in turn based on the URLs in the responses. 

10 The following describes operation of the system in a method 60 with reference 
to Fig. 4, which illustrates a one-to-one manual profile content fulfilment 
method in flow chart format. In this mode, the system does not use profile 
data of the contacts database, and indeed the contacts may not be in this 
database. The profile data is dynamically inputted by the client. 

15 

The client selects a New eMessage function, and is presented with a Create 
eMessage Page. The first display that the user is presented with is a 'Use 
eMessage Template' The user clicks 'go' and is directed to an eMessage 
Template page. By selecting a check box on the left hand side, the user 
20 selects an eMessage Template. The user then clicks Add' and the eMessage 
Template populates some or all of the of the eMessage content types, namely 
eMessage Body, Smart Attachments, Feedback Form, and HTML. To select 
recipients, the user accesses the contacts database 11. The user can select a 
contact or create one on the fly. 

25 

In a Smart Attachments section, the user chooses a personalised portable 
document in step 61. The system 1 dynamically parses a PDF in step 62 and 
constructs a html input form in step 63 listing document form fields and 
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presents it to the user for inputting details. Data that is already held on the 
system is pre-filled upon input form presentation, for example, "Firstname". 
Additional profile information is completed by the user in step 64 on-the-fly. 
Upon form completion the user may preview the personalised document and 
5 the system 1 checks the mandatory fields. The client saves the document 
with a request for custom document build in step 65 and previews it in step 
66. He or she may download it in step 67, print it in step 68, and may 
physically mail the custom document in step 69. 

10 The messaging engine 21 generates a message using relevant text and 
wrapper links in step 71 and sends the message in step 72. The recipient 
receives it (in the HTML wrapper) in step 73, and in step 74 responds to the 
links to retrieve the content built by the build engine 20. 

15 The method 60 allows excellent versatility in choice of recipient contact, 
while availing of use of the VLR™ 5. 

Operation of the system is now described for automatic personalised data 
delivery and tracking requests made by a third party system. A third party 

20 system may send a request for personalised data delivery to it. The system 1 
validates that the request contains the data required to create the 
personalised message. It may confirm that the required personalised 
variable data was provided by the third party system by validating address 
fields for the requested delivery vehicle. For example, if a request's delivery 

25 vehicle is eMessage, the system 1 will validate the recipient's email address; 
if the request is fax the system will ensure the phone number has the correct 
number of digits. 
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For email delivery the content manager 25 constructs personalised content 
made up of a defined HTML carrier, eMessage text, a reference to the 
requested documents in the content data base and required variable data. 
The messaging engine 21 sends the eMessage to the recipient, and sends 
5 confirmation of the sent eMessage to the third party system. The system 
captures the send event for reporting. 

Operation of the system in a method 80 is now described with reference to 
Fig. 6 which illustrates the automatic sending of a message containing 
10 profiled content, in which the client interface is not browser access to the 
system 1, but an email application. This gives users the ability to send 
branded media-rich messages with references to VLR™-based content. The 

ability to give access to rich email without clogging up a recipient's inbox 
with attachments is an advantageous aspect of the system 1. 

15 

In step 81, the client selects the "new mail" option in their conventional email 
application. The client selects recipients, and appends a predefined character 
set to the address of the recipients. The user then inputs a text message. 
The client selects the documents to be included in the message by inserting 

20 an attachment from the content folder on their email application. This 
content folder was previously exported from the system 1 and contains 
thumbnail previews and server references to content in the VLR™ 5. The 
user selects an HTML wrapper by inserting an attachment from the content 
folder on their desktop. The user sends the email. The predefined character 

25 set used in the email address routes the email to the system 1. The system 1 
parses the email in an SMTP layer 83, and constructs an eMessage as 
described for the other modes of operation. 
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An eBroker function 84 of the messaging engine 21 uses the server reference 
to send instructions to the build engine 20 to build content drawing from the 
VLR™ 5. The eBroker component also enters the recipient details into the 
contacts database in step 86, The step of the build engine 20 building the 
5 content is indicated by the numeral 87. 

The original message is then sent to the recipient who can access the built 
content as described for the other modes of operation. 

10 Operation of the system is now described for a visitor to pull personalised 
information from a web site and have it delivered directly into their email 
client or as hard copy. This enables the client to automatically fulfil web 
requests for information. This is a advantageous element of the system as 
details for each literature request are stored in the VLR™ 5. 

15 

A web visitor selects a Get Literature button from the interface 4. They are 
presented with context specific literature i.e. if they are in a web page 
concerning product information they are presented with product -related 
literature, if they are in a web page concerning customer service they are 
20 presented with service-related literature. The web visitor selects the 
information they require and fills in a form with the contact details. The 
information is captured in the contacts database 11, the content they 
requested is retrieved from the VLR™ 5 and the build engine 20 constructs 

and sends the content in the requested medium and captures the event for 
25 reporting. 

It will be appreciated that the invention enables both the sender and the 
recipient to track all messaging and response activity using an electronic 
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network such as the Internet. The invention also allows the distribution of 
mass personalised context sensitive messages using a direct mail model 
enabling the recipient to respond using the Internet. Another feature is the 
use of a combination of traditional printed direct mail pieces and an 
5 electronic medium to create qualified sales leads and improve sales 
effectiveness. 

It will be appreciated that the system 1 is self-managed, that is managed by 
clients. 

10 

Content can be assembled on-the-fly during a send request. Automatic 
content assembles can be based on sender, recipient or content information. 
The system can be used for applications such as personalised collateral 
deployment in both hard and soft copy, customer response, direct marketing, 
15 lead generation, customer touch strategy and online collaboration. This 
invention comprises means for one-to-one, one-to-few, and one-to-many 
communications. 

It will be appreciated that personalised data is sent to a recipient based on 
20 their expressed and implied interests. This information can be sent in any 
chosen medium, for example email, fax, digital print and wireless 
communication. The medium can be determined by either the sender or the 
recipient. It is expected that as new delivery mediums emerge the system 
will incorporate their use. 

25 

Personalised content delivery in a chosen medium can be pushed to a 
recipient using a web client or email client, pushed to a recipient 
automatically by a third party system via an Application Program Interface, 
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or pulled from a web site by the recipient. The system captures all pulled 
requests and stores all the relevant send, content and tracking information. 
This information is available for the relevant client through a web client. The 
system can construct content elements into a single message at the time of 
5 the send request. Content can be constructed based on predefined sender, 
recipient and/or content element attributes. 

Recipients of personalised content delivered via email by the system can 
easily respond from within the message. This response is tracked by the 
10 system. The sender can access this information in their secure web client. 

The email delivery encompasses the following elements: 

Text - the body text of the email 

Wrapper - the html carrier for the email 
15 Smart Attachments - references to server based content. This content can be 

viewed online, or downloaded at the preference of the recipients. Smart 

attachment elements include: 

Thumbnail: graphical representation of the content 
Synopsis; short description of the content 
20 Feedback form - Call to actions echoing direct mail 

Viral links - to the site of system 1 or other possible sites 

Unsubscribe - the ability to unsubscribe from this service 

Forward to a Friend - the ability to forward the message in a personalised 

manner 

25 

There is no need to send attachments as part of the email deliverables, only 
references to server-resident files that have been created in the VLR™ 5. It 

is not necessary for users to upload files to the server when they are required 
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to send these to a recipient. Another advantage of the invention is that for 
content sent via email there is no requirement for client side software other 
than a standard email application and web browser to read the content. This 
is due to the intelligent design of the deliverable. Content can include a 
5 portable document such as Adobe PDF™, HTML, Flash, Video, Audio or SMS 
files. Personalised PDFs are also used for digital print and fax deliverables. 

In the event that the initiator needs to send a secure document to a recipient 
the referenced content is marked as secure. There are three levels of security 

10 built into the content manager 25. The recipient will receive the personalised 
html email as described above. Beside the secure Smart Attachment there is 
a PIN number form field and a submit button. Unless the recipient has access 
to a PIN and submits this number as part of the email/html session the 
server will not release the content to the recipient. The PIN number is unique 

15 to each recipient and forms part of the identity profile in the contacts 
database for that recipient. This level of identification enables the system to 
complete commercial transactions by enabling the recipient to authenticate 
themselves. This unique PIN can also be extended to a hardware key device. 
It will be appreciated that the security features only require one click to 

20 view/hear the content. This avoids the necessity of clicking on a link, and 
subsequently verifying identity. 

The invention is not limited to the embodiments described but may be varied 
in construction and detail. 



